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(57) Abstract: A system for transporting public switched network (PSTN) (25a and 25b) terminated signaling across an Internet 
protocol (IP) (13) network includes a gateway (29a) between the PSTN (25a and 25b) and the IP network. The gateway receives a 
telephony signaling message from the PSTN and determines if the telephony signaling message maps to an IP signaling message. If 
the telephony signaling message does not map to an IP signaling message, the gateway packages the telephony signaling message 
in a special IP signaling message for transport over the IP network. If the gateway receives a special IP signaling special message, 
the gateway unpackages the telephony signaling message from the special message for transport over the PSTN (25a and 26a). If 
the gateway (29a) receives DTMF signals from the PSTN (25a and 25b), the gateway translates the DTMF signals to digits and 
packages the digits in a special IP signaling message for transport over the IP network (13). The gateway (29a) also packages the 
DTMF signals in an IP media transport protocol message for transport over the IP network (13). 
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Background 

The present invention relates generally to 
the field of telecommunications, and more particularly 
to a method of and system for transporting public 
switched network ( PSTN) terminated signaling across an 
Internee protocol (IP) network. 

DESCRIPTION OF THE PRIOR ART 

Internet telephony is the real-time delivery 
c: vr.ice. and other multimedia data, between two or 
mere parties across a network using Internet protocols 
(IP) . Internet telephony began in the mid-1990 's with 
the introduction of Internet phone software. Internet 
phone software is designed to run on a personal 
computer equipped with a sound card, speakers, 
microphone, and modem. Software compresses the voice 
signal and translates it into IP packets for 
transmission over the Internet. This basic PC-to-PC 
Internet telephony works, however, only if both parties 
are using Internet phone software. 

Internet telephony offers the opportunity to 
design a global multimedia communications system that 
may eventually replace the existing circuit switched 
telephony infrastructure. in a relatively short period 
of time, Internet telephony has advanced rapidly. Many 
software developers now offer PC telephony software. 

Internet telephony is session based rather 
then connection based. Generally, a first Internet 
protocol is used to establish the session and negotiate 
the capabilities for the session, and a second Internet 
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protocol is used to transport the actual media across 
the IP network. With the proliferation of PC based 
Internet telephony software, there has been a need to 
standardize the protocols. One current method for 
handling call or session setup and tear down in an IP 
network is the session initiation protocol (SIP) . The 
SIP protocol was designed to handle calls between 
devices, such as PCs , connected directly to an IP based 
network. 

While IP telephony offers benefits to both 
users and carriers in terms of cost and variety of 
media types, there is a substantial installed base of 
traditional telephones served by the public switched 
telephone network (PSTN) . Moreover, in addition to its 
widespread nature, the PSTN offers a rich set telephony 
services. Accordingly, there is a desire to integrate 
the PSTN with IP networks, including the Internet and 
private intranets. Thus, there are instances when a 
call originated by a phone on the PSTN will be required 
to be carried through an IP based network for eventual 
delivery to a second phone on the PSTN. In order for 
this to work properly, all the call related signaling 
information must be passed through the IP network 
without loss of information. 

The SIP protocol is sufficient to handle most 
calls setup, connect, and release related signaling. 
However, the SIP protocol does not support a method to 
carry mid-call signaling information. Examples of mid- 
call signaling information are the ISDN defined suspend 
and resume operations . 

In addition to ISUP mid-call signaling, a 
second type of telephony session control information 
that needs to be carried during a session is DTMF or 
"dial plus" generated information. There are various 
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telephony services implemented today that require the 
use of DTMF digits. Due to the design of these 
features, the DTMF information needs to be carried both 
as part of the media stream i.e. in the real-time 
transport protocol (RTP) flow, and as part of the 
signaling or control path. However, in IP telephony, 
there is a separation of the media and control paths. 
In the IP environment, intelligent services are 
implemented by SIP proxy servers, which are in the 
control path, but not the media path. Accordingly, the 
SIP proxy servers that provide IP network intelligence 
are unaware of DTMF information. 

SUMMARY 

The present invention provides a method of 
and system for transporting public switched network 
(PSTN) terminated signaling across an Internet protocol 
(IP) network. The system of the present invention 
includes a gateway between the PSTN and the IP network. 
A gateway according to the present invention receives a 
telephony signaling message, such as a Signaling System 
7 (SS7) Integrated Services Digital Network (ISDN) User 
Part (ISUP) message, from the PSTN and determines if 
the telephony signaling message maps to an Internet 
protocol signaling message, such as a Session 
Initiation Protocol (SIP) message. If the telephony 
signaling message does not map to an Internet protocol 
signaling message, the gateway packages the telephony 
signaling message in an Internet protocol signaling 
special message for transport over the IP network. if 
the gateway of the present invention receives an 
Internet protocol signaling special message, the 
gateway unpackages the telephony signaling message from 
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the Internet protocol signaling special message for 
transport over the public switched telephone network. 

The gateway of the present invention is 
particularly adapted to transport PSTN mid-call 
signaling across an IP network. The gateway of the 
present invention is also adapted to transport DTMF 
signaling across an IP network. When the gateway 
receives DTMF signals from the PSTN, the gateway 
translates the DTMF signals to digits and packages the 
digits in an Internet telephony protocol signaling 
special message for transport over the IP network. The 
gateway also packages the DTMF signals in an IP media 
transport protocol, such as Realtime Transport Protocol 
(RTP) , message for transport over the IP network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of 
telecommunications system according to the present 
invention. 

Fig. 2 is a block diagram illustrating the 
gateway of the present invention. 

Fig. 3 is a flowchart of ingress signaling 
gateway processing according to the present invention. 

Fig. 4 is a flowchart of egress signaling 
gateway processing according to the present invention. 

Fig. 5 is a flowchart of ingress media 
gateway processing according to the present invention. 

Fig. 6 is a call flow diagram illustrating 
the operation of the method and system of the present 
invention . 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring now to the drawings, and first to 
Fig. l, a telecommunications system is designated 
generally by the numeral 11. System 11 includes an IP 
network, indicated generally at 13, and various 
varieties of traditional telephone networks, including 
a first PSTN 15 and a second PSTN 17. The traditional 
telephone networks may also include a private telephone 
network 19. The traditional telephone networks are 
adapted to provide traditional telephony services and, 
according to present invention, interface with IP 
network 13 . 

PSTNs 15 and 17 are adapted to provide 
telephony services between subscribers using 
traditional telephones 21. Telephones 21 are operably 
connected to originating switches 23, which provided 
access to telephone networks indicated generally at 25. 
Calls are routed through network 2 5 to terminating 
switches 27. According to the present invention, 
terminating switches 27 are operably connected to 
PSTN/ IP gateways 29. The operation and structure of 
PSTN/IP gateways 29 will be discussed in detail 
hereinafter . 

Private telephone network 29 is adapted to 
provide telephone services to members of an 
organization at a particular site. Users use 
telephones 31 to make calls to other members of the 
organization or to outside parties. Telephone 31 is 
operably connected to a private branch exchange (PBX) 
33. PBX 33 is operably connected to an enterprise 
gateway 35, the structure and operation of which is 
similar to that of PSTN/ IP gateways 29. Enterprise 
gateway 3 5 is operably connected to a private intranet 
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37, which, in turn is connected to IP network 13. 
Intranet 37 is also adapted to provide IP telephony 
services to IP enabled personal computers 3 9 and IP 
phones 41. 

5 Subscribers using telephones 21 and 31 

can make telephone calls to each other and to other 
telephones connected to system 11 , or to Internet 
devices such as personal computers 39 or IP phones 41. 
Such calls are setup and routed using a combination of 
10 standard telephony and Internet signaling and media 

transport protocols. Intelligent network services. may 
be provided in the PSTN or in the IP network by means 
of proxy servers 42. 

The ISDN User Part (ISUP) defines the 
15 protocol and messages used for establishing and tearing 

down voice and data calls over the public switched 
telephone network. Network elements use ISUP messages 
and their parameters to setup and tear down voice and 
data circuits. The basic messages used in connection 
20 with setting up and tearing down voice circuits are the 

initial address message (IAM) , the address complete 
message (ACM) , the answer message (ANM) , the release 
message (RED , and the release circuit message (RLC) . 

The IAM is sent by a switch in the forward 
25 direction to initiate seizure of an outgoing circuit 

and to transmit number and other information relating 
to the routing and handling of the call. The ACM 
message is sent in the backward direction indicating 
that all of the address signals required to route the 
30 call have been received at the > terminating switch. The 

ANM is sent in the backward direction indicating that 
call has been answered. After the ANM has been 
received, the call proceeds. The REL message is sent 
in either direction to indicate that the circuit is 
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being released due to the reason or cause supplied with 
the message. The RLC message is sent in response to 
the receipt of an REL message when the appropriate 
circuit has been brought into an idle condition. 

Session initiation protocol (SIP) is a 
standard proposed by the Internet Engineering Task 
Force ( EITF ) for establishing, modifying, and 
terminating multimedia IP sessions. An IP telephone 
call is a special multimedia session in which voice 
data is exchanged between parties. SIP is a 
client/server protocol in which clients issue requests 
and servers answer with responses. Currently, SIP 
defines six requests or methods, including INVITE , ACK, 
OPTIONS, REGISTER, CANCEL, .^nd BYE. 

The INVITE request is used to ask for the 
presence of a called party in a multimedia session. 
The ACK method is sent to acknowledge a new connection. 
OPTIONS is used to get information about the 
capabilities of the server. In response to an OPTIONS 
request, the server returns the methods that it 
supports. The REGISTER method informs a server about 
the current location of the user. The CANCEL method 
terminates parallel searches. When a server is trying 
to reach a user, it can try several locations. When 
the user is reached, the rest of the searches can be 
canceled. The client sends a BYE method to leave a 
session; for a two party call, the BYE. method 
terminates the call. 

When a server receives a request, it sends 
30 back a response. In SIP , each type of response is 

defined by a three-digit code number. There are six 
main types of responses, including 1XX informational, 
2XX successful, 3 XX redirection, 4 XX request failure, 
5XX server failure, and 6XX global failure. An example 
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of an informational response is the 180 ringing 
response. An example of a successful response is the 
2 00 OK response. 

The interface between the standard telephony 
portion of system 11 and the IP portion of system 11 is 
provided by gateways 29 and 35. Gateways 29 and 35 
provide protocol translation of both the signaling and 
the media. Referring to Fig. 2, there is illustrated 
the architecture of and services provided by gateways 
such as PSTN/ IP gateway 29 and enterprise gateway 35. 
In Fig. 2, an ingress gateway is indicated at 43 and an 
egress gateway is indicated at 45. The labels 
"ingress' 1 and "egress" are used purely for 
identification and not to be construed in a limiting 
sense. Accordingly, those skilled in the art will 
recognize that the gateway 43 could act as an egress 
gateway and the gateway 4 5 could act as an ingress 
gateway if the call is initiated at an opposite end of 
system 11. Ingress gateway 43 includes a signaling 
gateway 47 and a media gateway 49. Similarly, egress 
gateway 4 5 includes a signaling gateway 51 and media 
gateway 53 . 

Signaling gateway 47 is connected between a 
telephony signaling link 56 and an IP network 55. 
Signaling link 56 is connected to a signal transfer 
point (STP) 57, which in turn is connected to a switch 
59. In the preferred embodiment of the present 
invention, signaling gateway 47 provides bidirectional 
protocol translation between ISUP messages and session 
initiation protocol (SIP) requests and responses, which 
are collectively referred to as messages. Media 
gateway 49 is connected between a voice trunk 61 and IP 
network 55. Voice trunk 61 is connected to switch 59. 
Media gateway 49 provides bidirectional protocol 
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translation between standard time division multiplexed 
(TDM) voice circuits and an IP media transport 
protocol, such as real-time transport protocol (RTP) . 

Similarly, signaling gateway 51 is connected 
5 between IP network 55 and a telephony signaling link 

63. Signaling link 63 is connected to an STP 65, which 
in turn is connected to a terminating switch 67. 
Egress media gateway 53 is connected between IP network 
55 and a voice trunk 69. Voice trunk 69 is connected 

10 to terminating switch 67. 

The mapping between PSTN media and signaling 
transport and IP media and signaling transport is 
illustrated with respect to the call flow diagram of 
Fig. 6. Fig. 6 illustrates the progress of call 

15 between an originating switch 59 and the terminating 

switch 67 of Fig. 2. Signaling between the switches 
and their associated STPs is omitted for the sake of 
clarity. The PSTN signaling is accomplished through 
ISUP messages. The PSTN media transport is 

20 accomplished through TDM. The IP portion of the call 

is carried between ingress gateway 43 and egress 
gateway 45. The IP signaling is accomplished through 
SIP and the media transport is accomplished through 
RTP. 

25 A call is initiated with an I AM message sent 

from originating switch 61 to ingress gateway 43. 
Ingress gateway 43 translates the I AM message to a SIP 
INVITE message, which is transmitted to, egress gateway 
45. Egress gateway 45 translates the INVITE message to 

30 an I AM sent to terminating switch 67. In response to 

the I AM message, terminating switch 67 sends an ACM 
message back to egress gateway 45. Egress gateway 45 
translates the ACM message to a SIP 180 ringing 
response addressed to ingress gateway 43 . Ingress 
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gateway 43 translates the 180 ringing response to an 
ACM message. When the called party answers the call, 
terminating switch 67 sends an ANM message to egress 
gateway 45, which egress gateway 45 translates to a 200 
OK response. When ingress gateway 43 receives the 200 
OK response, it sends an ANM to originating switch 61 
and the call is established. 

During the call, the media gateways of 
ingress gateway 43 and egress gateway 45 perform 
bidirectional translation between TDM and RTP . During 
trio call, there may be signaling, either by system- 
qcno raced ISUP messages or by user-generated DTMF 
:hu:::. that are not supported by the current 
.r; .fwn:a:ion of SIP. Accordingly, the present 
invention provides a special new SIP request or method 
referred to as the INFO method. The INFO method uses 
as its argument any ISUP message or sequence of dialed 
digits that does not map to a defined SIP request or 
response. For example, if the called party is 
temporarily disconnected, terminating switch 67 sends 
an ISUP suspend (SUS) message to egress gateway 45. 
The SUS message does not map to any defined SIP request 
or response. Thus, according to the present invention, 
egress gateway 45 packages the SUS message in an INFO 
message for transport to ingress gateway 43. Ingress 
gateway 4 3 unpackages the INFO message and sends the 
SUS message to originating switch 61. When, the called 
party is reconnected, terminating switch 67 sends an 
ISUP resume (RES) message to egress gateway 45. Again, 
the RES message does not map to any defined SIP request 
or response. Thus, according to the present invention, 
egress gateway 45 packages the RES message in an INFO 
message for transport to ingress gateway 43. Ingress 
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gateway 43 unpackages the INFO message and sends the 
RES message to originating switch 61. 

Also during one call, a user may initiate 
signaling by entering DTMF digits. The DTMF digits may 
be intended for use by a terminating device, such as 
answering machine to retrieve messages. Alternatively, 
the DTMF signals may be intended for use by an 
intelligent network element, which may be part of the 
PSTN or an element of the IP networks, such as a SIP 
proxy server. Because of the separation of the 
signaling and media transport during the IP portion of 
the call, it is necessary to send the DTMF information 
in both the signaling path and the media path. 

Referring still to Fig. 6, DTMF tones are 
transmitted in the DTM stream from originating switch 
61 to ingress gateway 43. The DTMF tones are received 
at the media gateway 49 of ingress gateway 43. 
Accordingly, the media gateway 49 performs two 
operations simultaneously. The media gateway 49 
converts the DTMF tones to digits and passes those 
digits to the signaling gateway 47 of ingress gateway 
43. The. media gateway 4 9 also converts the DTMF tones 
into RTF packets for transport to the media gateway 53 
of egress gateway 45. The signaling gateway 47 of 
ingress gateway 43 packages the digits received from 
the media gateway 49 in a SIP INFO request for 
transport to the signaling gateway 51 of egress gateway 
45. The INFO message with packaged digits may be used 
by any SIP proxy servers in the IP signaling path to 
provide intelligent network services. The egress 
gateway 45 ignores the INFO request with the digits and 
translates the RTP packet into TDM signals. 

At the completion of the call, one of the 
parties hangs up. In the example of Fig. 6, called 
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party terminates the call and terminating switch 67 
sends an REL message to egress gateway 45 . Egress 
gateway 45 translates the REL message to a BYE request, 
which is transported to ingress gateway 43 . Ingress 
gateway 43 translates the BYE request to an REL 
message to originating switch 61. In response to the 
REL message, originating switch 61 sends an RLC message 
back to ingress gateway 43 . ingress gateway 43 sends a 
200 OK response to egress gateway 45. The egress 
gateway 45 sends a SIP ACK request back to ingress 
gateway 43 and an I SUP RLC message to terminating 
switch 67. 

The processing of the gateways according to 
the present invention is illustrated with respect to 
Figs. 3-5. Referring first Fig. 3, which illustrates 
ingress signaling gateway processing, when a signal is 
received, the ingress signaling gateway determines, at 
decision step 71, if the signaling is digits from the 
media gateway. If so, then the ingress signaling 
gateway packages the digits as a SIP INFO request at 
step 73. If not, then the ingress signaling gateway 
determines, at decision step 75, if the message maps to 
a SIP request or response. If not, then the ingress 
signaling gateway packages the signaling in a SIP INFO 
message at step 77. If, at decision step 75, signaling 
does map to SIP, then the ingress signaling gateway 
performs the appropriate mapping, at step 79. 

Referring to Fig. 4, there is shown egress 
gateway processing. When the egress gateway receives 
signaling, the egress gateway determines, at decision 
step 81, if the signaling is a SIP INFO request. If 
not, then the egress signaling gateway performs 
appropriate mapping, at step 83. If, at decision step 
81, the signaling is a SIP INFO request, then the 
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egress signaling gateway determines, at decision step 
85, if the argument of the request is digits. if so, 
then the egress signaling gateway ignores the digits, 
as indicated at step 87. if, at decision step 85, the 
argument of the request is not digits, then the egress 
signaling gateway unpackages the ISUP message from the 
SIP INFO request, at step 89. 

Referring to Fig. 5, there is shown ingress 
media gateway processing. As the ingress media gateway 
receives TDM data, it determines, at decision step 91, 
if the data are DTMF tones. If not, then the ingress 
media ciaceway packages the incoming data in RTP 
pacr.ett. at step 93. If, at decision step 91, the 
ir.cerr.ir.rj data are DTMF tones, then the ingress media 
gateway pacKages the tones in RTP packets, at step 95, 
and translates the DTMF tones to digits and sends those 
digits to the signaling gateway, at step 97. 

From the foregoing, it may be seen that the 
present invention provides a method and system that 
supports mid-call signaling for PSTN terminated calls 
that traverse an IP network. Those skilled in the art 
will recognize alternative embodiments, given the 
benefit of this disclosure. Accordingly, the foregoing 
is intended for purpose of illustration and not of 
limi tation . 
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WHAT IS CLAIMED IS: 

1. A method of transporting calls across an 
Internet protocol network, which comprises the steps 
of : 

receiving a telephony signaling message at an 
Internet telephony gateway; 

determining if the telephony signaling 
message maps to. an Internet protocol signaling message; 
and 

if the telephony signaling message does not 
map to an Internet protocol signaling message, 
packaging the telephony signaling message in an 
Internet protocol signaling special message for 
transport over the Internet protocol network. 



1 2. The method as claimed in claim 1, 

2 comprising the steps of: 

3 receiving the Internet protocol signaling 

4 special message at a second Internet telephony gateway; 

5 and 

6 unpackaging the telephony signaling message 

7 from the Internet protocol signaling special message 

8 for transport over a public switched telephone network. 

1 3. The method as claimed in claim 1, wherein 

2 the Internet protocol is session initiation protocol 

3 (SIP) . 

1 4. The method as claimed in claim 1, wherein 

2 the telephony signaling protocol is SSI . 
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5. The method as claimed in claim 4, wherein 
the telephony signaling protocol message is an ISUP 
message . 

6. The method as claimed in claim 1, 
comprising the step of: 

receiving DTMF signals at the gateway; 
translating the DTMF signals to digits; and 
packaging the digits in a Internet telephony 

protocol signaling special message for transport over 

the Internet protocol network. 

7. The method as claimed in claim 6, 
comprising the step of packaging the DTMF signals in an 
Internet protocol media transport message for transport 
over the Internet protocol network. 

8. A telecommunications system gateway, 
which comprise: 

a signaling gateway adapted to translate 
telephony signaling messages to Internet protocol 
signaling messages, the signaling gateway including 
means for packaging a telephony signaling message that 
does not map to an Internet protocol signaling message 
in an Internet protocol special message ; and 

a media gateway adapted to translate 
telephony media to Internet protocol media. 

9. The gateway as claimed in claim 8, 
wherein the signaling gateway includes means for 
unpackaging a telephony signaling message from a 
special Internet protocol signaling message. 
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1 10. The gateway as claimed in claim 8, 

2 wherein the media gateway comprises means for packaging 

3 DTMF signals in an Internet media transport protocol 

4 message. 

1 11. The gateway as claimed in claim 10, 

2 wherein the media gateway further comprises means for 

3 unpackaging DTMF signals from Internet protocol media 

4 transport messages. 

1 12. The gateway as claimed in claim 10, 

2 wherein the media gateway further comprises: 

3 means for translating DTMF signals to digits; 

4 and 

5 means for providing the digits to the 

6 signaling gateway. 

1 13. The gateway as claimed in claim 12, 

2 wherein the signaling gateway comprises means for 

3 packaging the digits in a special Internet protocol 

4 signaling message. 

1 14 . A telecommunications system comprising: 

2 an Internet telephony gateway operably 

3 connected between a first public switched telephone 

4 network and an Internet protocol network, the telephony 

5 gateway including: 

6 means for mapping telephony signaling 

7 messages to Internet protocol signal messages; and 

8 means for packaging a telephony 

9 signaling message that does not map to an Internet 

10 protocol signaling message in a special Internet 

11 protocol signaling message for transport over the 

12 Internet protocol network; and 
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a second Internet telephony gateway 
operably connected between the Internet protocol 
network and a second public switched telephone network 
the second telephony gateway including: 

means for mapping Internet protocol 
sxgnaling messages to telephony signal messages; and 

means for unpackaging special Internet 
protocol signaling messages for transport over the 
second public switched telephone network. 

15. The system as claimed in claim 14 
wherein the Internet protocol is session initiation 
protocol (SIP) 

16. The system as claimed in claim 14, 
wherein the telephony signaling protocol is SSI, ' 

17. The system as claimed in claim 16 
wherein the telephony signaling protocol messages are 
ISUP messages . 

18. The system as claimed in claim 14, 
wherein the telephony gateway comprises: 

means for translating DTMF signals to digits- 

and 

means for packaging the digits in an Internet 
telephony protocol signaling special message for 
transport over the Internet protocol network. 

19. The system as claimed in claim 18 
wherein the telephony gateway further comprises means 
for packaging DTMF signals in an Internet protocol 
media transport message for transport over the Internet 
protocol network. 
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